home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / cbm / 4889 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.3 KB
  1. Path: cosy.sbg.ac.at!not-for-mail
  2. From: gwesp@dodo.cosy.sbg.ac.at (Gerhard Wesp)
  3. Newsgroups: comp.sys.cbm,comp.sys.atari.8bit
  4. Subject: Re: GNU C-compiler port to 6502
  5. Date: 1 Apr 1996 12:37:11 +0200
  6. Organization: Dept. of CS, University of Salzburg
  7. Message-ID: <4jobkn$6gh@dodo.cosy.sbg.ac.at>
  8. References: <4irqpb$7pc@esel.cosy.sbg.ac.at> <4jbmcf$733@news.iastate.edu> <4jgc70$lmt@dodo.cosy.sbg.ac.at> <4ji1te$dnk@agate.berkeley.edu>
  9. NNTP-Posting-Host: dodo.cosy.sbg.ac.at
  10.  
  11. In article <4ji1te$dnk@agate.berkeley.edu>,
  12. Eric J. Korpela <korpela@islay.ssl.berkeley.edu> wrote:
  13. :
  14. >A native 6502 compiler could do that kind of optimization, our "macro" 
  15. >compiler couldn't without an additional optimizer.  My guess is that the 
  16. >optimizer would be as hard to write as a native 6502 C compiler.
  17. :
  18.  This is a tough example indeed. I don't know how to avoid such things
  19. except by having a good optimizer brush up the assembly code _after_
  20. the macro expansion has taken place. But, as you write, such an optimizer
  21. would be quite a lot of hard work to write.
  22.  
  23.  Well, the manual says that gcc is a 32 bit compiler... Perhaps it would
  24. really be better to try to make a ``true'' 6502 compiler (i.e. one which
  25. knows everything about the internals of the processor)? However, the
  26. ATARI cc65 results are a bit disappointing...
  27.  
  28. Greetings,
  29. -Gerhard
  30.